home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000501_dsr@hplb.hpl.hp.com _Tue Jan 5 08:46:24 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00184; Tue, 5 Jan 93 08:46:24 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA13550; Mon, 4 Jan 1993 15:11:39 +0100
  6. Received: from hplb.hpl.hp.com by mcsun.EU.net with SMTP
  7.     id AA09547 (5.65b/CWI-2.200); Mon, 4 Jan 1993 15:11:31 +0100
  8. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 4 Jan 93 14:07:17 GMT
  9. Received: by manuel.hpl.hp.com
  10.     (16.6/15.6+ISC) id AA08999; Mon, 4 Jan 93 14:11:25 GMT
  11. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  12. Message-Id: <9301041411.AA08999@manuel.hpl.hp.com>
  13. Subject: Re: HTTP2 spec
  14. To: timbl@www3.cern.ch
  15. Date: Mon, 4 Jan 93 14:11:19 GMT
  16. Cc: www-talk@nxoc01.cern.ch
  17. Mailer: Elm [revision: 66.25]
  18.  
  19. > allowing such extensions as
  20. >
  21. >        GET /junk/mydoc  HTRQ/1.0
  22. >        From: Tim Berners-Lee <timbl@info.cern.ch>
  23. >        Accept: text/plain, text/html, image/GIF(0.0,.5)
  24. >        Accept-Encoding: X-Compress, base64, X-tar, X-Nextmail
  25. >        
  26. > with reponse
  27. >
  28. >        HTTP-Version: 1.0
  29. >        Response: OK
  30. >        MIME-Content-type: image/GIF
  31. >        Allow: GET, PUT, TEXTSEARCH
  32. >        Public: GET, TEXTSEARCH
  33. >
  34. >etc etc.
  35.  
  36. I hope to give more detailed feedback soon, but an immediate suggestion is
  37. to include a size field giving the number of bytes in the complete message
  38. (or an estimate). This would allow the browser to show a gauge indicating
  39. how much of the message has been received at any time (I want to temporarily
  40. replace the vertical scroll bar by a bas-relief thermometer). The gauge
  41. would only be shown if this size field is present.
  42.  
  43. This is helpful when getting a large document or when the comms link is
  44. slow, e.g. if you are using a modem link. An additional benefit is in
  45. helping the browser to manage its resources more effectively, e.g.
  46. reduce need for reallocs and when to use a disk buffer rather than a memory
  47. image for very large documents.
  48.  
  49. A second suggestion to improve the ergonomics of WWW is to let users know
  50. when an expensive operation is being conducted by the server, e.g. document
  51. format conversion, complex database search, or access via a "slow" gateway.
  52. The underlying principle is that users don't mind if performance is slow
  53. provided they know what to expect.
  54.  
  55. My suggestion is that part of the message header is sent before beginning
  56. the document conversion (or whatever). The remainder and the document body
  57. content is sent later. The part of the header sent earlier on includes a
  58. processing attribute, e.g. "Processing: converting to html ..."
  59.  
  60. Best wishes for a happy new year,
  61.  
  62. Dave Raggett, hplabs, England